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Description 
AUTOMATIC CONFERENCE CALL REPLAY 

Background of Invention 

[0001] Today, many companies use Push-to-Talk (PTT) radio/ 
mobile phone solutions to communicate as opposed to 
typical cellular phone calls. PTT allows a group of people 
to stay up-to-date on developing events, maximizing ef- 
ficiency within the organization. A problem that can occur 
in conference mode PTT communication, however, is that 
some members of the group may not detect initiation of a 
PTT conference call. This can happen for a variety of rea- 
sons including out-of-service-range, radio turned off, al- 
ready on call, or presence information marked as "unavail- 
able". These group members can miss out on critical in- 
formation or could have vital information for the group 
but not know that it was needed. When one or more group 
members miss out on a conference call, it is important 
that they receive the benefit of the discussion as soon as 
possible. The sooner that unavailable group members be- 
come aware of the content of a conference call, the 



quicker they can respond to issues or items raised in the 
conference call. 

[0002] what is needed is a means for notifying unavailable group 

members that a conference call took place and provide 

them with a recorded copy of the conference call in a fast 

and efficient manner. 
Summary of Invention 

[0003] The present invention describes a method of storing and 
forwarding the content of a conference call within the in- 
frastructure of a mobile telephone network and alterna- 
tively within a mobile telephone device. For the network 
implementation and in response to a request by a group 
member, a conference call is initiated on the mobile tele- 
phone network among a specified group of mobile tele- 
phone device users. The network then records and stores 
the conference call within the network infrastructure used 
to broadcast the conference call. The network also deter- 
mines which mobile telephone devices associated with 
group members did not participate in the conference call. 
Upon completion of the conference call, the network au- 
tomatically composes and sends a conference call notifi- 
cation message to the mobile telephone devices of the 
group members that did not participate in the conference 



call. The message contains information indicating that a 
conference call took place and is available to be down- 
loaded from the network to the mobile telephone devices 
for replay. 

[0004] For the mobile telephone device implementation, a mobile 
telephone device initiates a conference call on a mobile 
telephone network among a specified group of mobile 
telephone device users. The mobile telephone device 
records and stores the conference call in internal memory. 
The mobile telephone device also determines which mo- 
bile telephone devices associated with group members did 
not participate in the conference call. The mobile tele- 
phone device then composes and sends a conference call 
notification MMS message to the mobile telephone devices 
of the group members that did not participate in the con- 
ference call. The MMS message indicates that a conference 
call took place and contains an audio attachment of the 

conference call. 
Brief Description of Drawings 

[0005] Figure 1 is a block diagram of components that are uti- 
lized in the present invention. 

[0006] Figure 2 is a flowchart detailing a method of carrying out 
of the present invention. 



[0007] Figure 3 is an alternative block diagram of components 

that are utilized in the present invention. 

[0008] Figure 4 is a flowchart detailing an alternative method of 

carrying out of the present invention. 
Detailed Description 

[0009] a solution to the problem described above relating to 

group members missing out on a conference call can be 
approached in a couple of different ways. One way is to 
focus the logic and intelligence of the conference call re- 
play system within the network infrastructure of the mo- 
bile phone network. Another way is to put the onus on the 
group member that initiated the conference call. More ac- 
curately, the onus is put on that group member's mobile 
telephone device in conjunction with the network infras- 
tructure. Each solution has its advantages and is pre- 
sented herein. 

[0010] The former solution can be termed the network server so- 
lution since the network is almost solely responsible for 
carrying out the solution. Figure 1 is a block diagram of 
components that are utilized in the present invention. A 
mobile cellular telephony network 100 is shown facilitat- 
ing communication among several mobile telephone de- 
vices 110. A box 120 labeled infrastructure shows a por- 



tion of the mobile cellular telephony network's 100 infras- 
tructure that is used to carry out the functions of the 
present invention. Within the infrastructure box 120 are 
several computer servers 130, 140, 150 serving different 
functions and a storage device 160 for containing data. 
There is a presence server 130 for determining who is and 
is not currently on the network. There is a push-to-talk 
server 140 for facilitating instantaneous two-way radio 
conversations among network users. And, there is a voice 
mail server 150 for controlling the network users voice 
mail functions. The servers are separately shown simply to 
describe and refer to the functions carried out by each. 
The actual computer hardware that handles the functions 
described may be integrated into fewer hardware devices 
or even spread out over more hardware devices. The 
hardware may also be spread over other networks that are 
not necessarily controlled by the cellular operator. 

[0011] For illustrative purposes, one of the mobile telephone de- 
vices shown in figure 1 is labeled "unavailable" to indicate 
that it is a member of the group but is not participating in 
a conference call for one reason or another. 

[0012] Figure 2 is a flowchart detailing a method of carrying out 
the network solution of the present invention. While the 



steps in the logic diagram in figure 2 appear to be pre- 
sented in chronological order, some of the steps may oc- 
cur at various instances while others may occur simulta- 
neously. The figure serves to illustrate the functions of the 
present invention. Implementation of the functions, 
specifically the timing of the functions, can vary without 
affecting the parameters of the present invention. 
[0013] The first step is to initiate and conduct a conference call 
among a specified group of mobile phone users 210. A 
conference call can be initiated by a single user. The user 
will typically select a group of other mobile phone users to 
participate in the conference call. The initiating mobile 
phone user's mobile phone internal contact database con- 
tains individual and/or group entries that can be selected. 
Once the initiating user selects the participants for a con- 
ference call, an attempt to contact each member is made 
over the network. Those able and willing to respond are 
joined into the conference call using push-to-talk tech- 
nology. 

[0014] Th e initiating mobile phone user also signals the network 
that the conference call is to be recorded. The push- 
to-talk server records 220 the conference call and stores 
230 it on disk within the network infrastructure. This step 



involves the capture and concatenation of each voice 
packet until the conference call session is ended. The re- 
sult will be a single voice file that is stored on disk. Alter- 
natively, the voice information can be saved as a series of 
short monologues, one for each change of the floor. Each 
monologue file can then be stamped with the identity of 
the speaker before being saved. 

[0015] The network presence server determines and informs the 
push-to-talk server which of the requested individuals 
were unavailable for the conference call 240. The push- 
to-talk server can be interfaced with the voice mail sys- 
tem. The recorded voice file is then transferred to the 
voice mail server 250, and copied into the mailboxes of 
every unavailable user. When the user again becomes 
available, she will receive an SMS notification 260 of a new 
voice mail message, and can listen to the entire recorded 
conference call at her convenience. 

[0016] This solution minimizes cost to the mobile telephone de- 
vice, thereby making its adaptation by the end-user 
faster. The mobile telephone device need not be aug- 
mented with new hardware or software since the intelli- 
gence of the present invention for this embodiment is 
housed within the network infrastructure. Use is made of 



the existing voice mail service to give unavailable group 
members access to a previously conducted conference 
call. 

[0017] The other solution mentioned above can be termed the 
client terminal solution since a group member's mobile 
telephone device is primarily responsible for carrying out 
the solution. 

[0018] Figure 3 is an alternative block diagram of components 
that are utilized in the present invention. This time the 
storage device that was contained within the network in- 
frastructure has been omitted in favor of recording and 
storing the conference call on the mobile telephone device 
of the initiating group member. This may necessitate a 
larger than normal storage capacity 180 for the mobile 
telephone device since it may be called upon to record 
and store larger amounts of voice data resulting from a 
conference call. The environment and configuration of the 
network with respect to conducting a conference call re- 
mains unchanged from that shown in and described by 
figure 1. The differences involve where the conference call 
is recorded and who is responsible for notifying unavail- 
able members as to its existence and content. 

[0019] jo that end, figure 4 is a flowchart detailing this alterna- 



tive method of carrying out of the present invention. A 
group member again initiates a conference call 410 with a 
specified group. The initiator's mobile telephone device 
possesses the intelligence and memory to track group 
members and their relationships to queued recordings. 
When a push-to-talk conference call session begins, the 
initiator determines and logs - via presence information - 
which group members are unavailable 420. The initiator's 
mobile telephone device then records the conference call 
and stores the resulting file in non-volatile (Flash) or RAM 
memory on his mobile phone device 430. At the end of 
the conference call, the mobile telephone device com- 
poses and forwards the recorded voice file as an MMS 
message to the unavailable users 440. 
[0020] if desired, the recorded file can be safely deleted from the 
initiator's mobile telephone device memory, because the 
MMS server will queue the message for the recipients. As 
an alternative, the initiator's mobile telephone device user 
interface can monitor the presence status of the unavail- 
able users, and inform the initiator as they become avail- 
able. The initiator can then decide to forward the recorded 
voice file, call the user, initiate a new conference call ses- 
sion, etc. 



[0021] This solution also allows for a relatively simple implemen- 
tation to the market without system-to-phone compati- 
bility concerns. More memory inside each mobile tele- 
phone device would be required with a protocol to man- 
age the memory limitations (i.e. disposition of older, 
saved recordings). 

[0022] An acknowledgment feature can be added as an additional 
feature. The initiator of the conference call, a supervisor 
and/or key members (as identified by a group definition) 
can receive a text message "return receipt" when individ- 
ual group members have received the delayed recording. 
This can be done for both implementations, and can be 
implemented by the voice mail server or MMS server, re- 
spectively. 

[0023] Computer program elements of the invention may be em- 
bodied in hardware and/or in software (including 
firmware, resident software, micro-code, etc.). The inven- 
tion may take the form of a computer program product, 
which can be embodied by a computer-usable or com- 
puter-readable storage medium having computer-usable 
or computer-readable program instructions, "code" or a 
"computer program" embodied in the medium for use by 
or in connection with the instruction execution system. In 



the context of this document, a computer-usable or com- 
puter-readable medium may be any medium that can 
contain, store, communicate, propagate, or transport the 
program for use by or in connection with the instruction 
execution system, apparatus, or device. The computer-us- 
able or computer-readable medium may be, for example 
but not limited to, an electronic, magnetic, optical, elec- 
tromagnetic, infrared, or semiconductor system, appara- 
tus, device, or propagation medium such as the Internet. 
Note that the computer-usable or computer-readable 
medium could even be paper or another suitable medium 
upon which the program is printed, as the program can be 
electronically captured, via, for instance, optical scanning 
of the paper or other medium, then compiled, interpreted, 
or otherwise processed in a suitable manner. The com- 
puter program product and any software and hardware 
described herein form the various means for carrying out 
the functions of the invention in the example embodi- 
ments. 

[0024] Specific embodiments of an invention are disclosed 

herein. One of ordinary skill in the art will readily recog- 
nize that the invention may have other applications in 
other environments. In fact, many embodiments and im- 



plementations are possible. The following claims are in no 
way intended to limit the scope of the present invention to 
the specific embodiments described above. In addition, 
any recitation of "means for" is intended to evoke a 
means-plus-function reading of an element and a claim, 
whereas, any elements that do not specifically use the 
recitation "means for", are not intended to be read as 
means-plus-function elements, even if the claim other- 
wise includes the word "means". 



